home *** CD-ROM | disk | FTP | other *** search
/ Graphics Plus / Graphics Plus.iso / general / hdf / specs / hdfspecs.lha / HDFSpecs.ch5 < prev    next >
Text File  |  1992-03-04  |  5KB  |  140 lines
  1. 5.1    NCSA HDF Specifications
  2.  
  3. Other Formats    5.1
  4.  
  5. National Center for Supercomputing Applications
  6.  
  7. March 1989
  8.  
  9.                                                                 
  10.  
  11.  
  12.  
  13. 5.1    NCSA HDF Specifications
  14.  
  15. Other Formats    5.1
  16.  
  17. National Center for Supercomputing Applications
  18.  
  19. March 1989
  20.  
  21.                                                                 
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28.  
  29. Chapter 5    Other Formats
  30.  
  31.  
  32.  
  33. Chapter Overview
  34. File Formats
  35. CGM╤Computer Graphics Metafile
  36. PICT2╤Macintosh Standard
  37. TIFF╤Tag Image File Format
  38. CDF╤Common Data Format
  39. FITS╤Flexible Image Transfer System
  40. PHIGS and PHIGS+╤Programmer's 
  41. Hierarchical Integrated Graphics System
  42.  
  43. Chapter Overview
  44.  
  45. This chapter briefly describes the following file formats and 
  46. compares their features with those of HDF:  CGM, PICT2, TIFF, 
  47. CDF, FITS, PHIGS, and PHIGS+.
  48.  
  49.  
  50. File Formats
  51.  
  52. There are numerous data formats in use today, some designed 
  53. with objectives very similar to those of HDF. We encounter many 
  54. of these at NCSA, and expect to continue to work with them in the 
  55. future. The following sections describe some of the important data 
  56. formats in use and compare their usability to that of HDF.
  57.  
  58.  
  59. CGM╤Computer Graphics 
  60. Metafile
  61. CGM is an ANSI standard format for storing graphics in files, 
  62. specifically graphics created with GKS libraries. It covers simple 
  63. vectors, polygons, and raster images up to 24 bits deep. Many 
  64. computing sites are using CGM, but they are quickly finding its 
  65. limitations. For example, CGM does not allow simulation source 
  66. data and an image of that data to be in the same file. Some 
  67. implementations of CGM are not compatible with others, so there is 
  68. now a SLATEC document that explicitly defines a subset of CGM 
  69. for all DOE and NSF sites to implement.
  70.  
  71.  
  72. PICT2╤Macintosh 
  73. Standard
  74. The PICT2 format is extensible and already contains most of the 
  75. primitives that are needed, including a one-to-one mapping with 
  76. QuickDraw. Two problems with PICT2 are (1) it is a serial format 
  77. and (2) it is proprietary. The Macintosh disk format includes what 
  78. are called resources; the resource types are similar to HDF's tags, 
  79. assigned for each new need that arises. This also is proprietary 
  80. and is a difficult standard to use because MacOS defines most of its 
  81. uses for operating system purposes, not generic data storage.
  82.  
  83.  
  84. TIFF╤Tag Image File 
  85. Format
  86. Microsoft and Aldus developed the TIFF format, which is very 
  87. similar to HDF. TIFF defines a linked list of tag blocks in the file, 
  88. with each tag block describing one image. There is no mechanism 
  89. in place to help the standard grow in a regular fashion. One of the 
  90. side effects is that each block of tags describes one frame which ties 
  91. the file structure in with the data structure. The developers of TIFF 
  92. defined only most of the tags necessary for scanner companies 
  93. and then stopped. The irregular use of this standard by 
  94. commercial companies makes it a moving target.
  95.  
  96.  
  97. CDF╤Common Data 
  98. Format
  99. This calling interface and format was developed at NASA for use 
  100. with scientific datasets. It defines all datasets as multi-
  101. dimensional arrays of multiple variables and allows you to 
  102. include any number of single variables. The NCAR UNIDATA 
  103. project has implemented the Fortran interface and adapted it for 
  104. use in C. At NCAR, they use XDR (from Sun) to store the files 
  105. instead of the original CDF Fortran method of using multiple files 
  106. for one dataset on a VAX. CDF is not a good, transportable file 
  107. format, but a very interesting calling interface for storage of 
  108. scientific data. Its developers are reportedly working on methods 
  109. for storing more than one array element at a time. There are only 
  110. eight data types so far. These are the data types defined in VAX 
  111. Fortran.
  112.  
  113. HDF can support many calling interfaces and the CDF interface 
  114. may be a good one to support, for it has both C and Fortran 
  115. interfaces.
  116.  
  117.  
  118. FITS╤Flexible Image 
  119. Transfer System
  120. The FITS file format is primarily used for astronomy; it was one 
  121. of the first tagged formats. Each tag is an ASCII string in the 
  122. header record. The data can be of several types and is stored in 
  123. multi-dimensional arrays. The file is in Fortran records of a 
  124. fixed length. For Fortran-based systems that store only scientific 
  125. data, FITS is still applicable.
  126.  
  127.  
  128. PHIGS and PHIGS+╤
  129. Programmer's 
  130. Hierarchical Integrated 
  131. Graphics System
  132. PHIGS and PHIGS+ are being adopted as standards for a calling 
  133. interface to be used by high performance graphics programs. Most 
  134. manufacturers of expensive graphics equipment will be providing 
  135. PHIGS interfaces. They have not, as yet, defined a file storage 
  136. format for PHIGS calls, so you have to send the source code with 
  137. your image. NCSA is interested in adopting a PHIGS-compatible 
  138. vector/polygon standard in HDF.
  139.  
  140.